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Description 

[0001] This invention relates to computer workstations, communication networks and the world wlrio wfth In genera!, 
but more particularly, it relates to an improved browser and user interface capable of managing multiple, concun^ently 

5 active URLs necessary to support the functioning of a network computer. 

[0002] In the environment of network computers and communications, the Unifonn Resource Locator (URL) has 
become ubiquitous as a means of pointing to or identifying an address location of a specific item or data site accessible 
In a computer communications network, often called a web. A URL typically points to a HyperText Markup Language 
(HTML) encoded data item, such as a page of Infomiation that can be downloaded from the web and displayed at a 

10 user's workstation or network computer. However, a URL might easily point to a text file or a spreadsheet of data, 
anothei' application program, a library, a file, or a database. In fact, any of the elements that a personal computer user 
nomnally accesses from their desktop environment can easily be made available over a communications network from 
servers or web sites for downloading and use at the user's workstation Instead of being stored in memory or on a high 
density magnetic disk residing at the workstation. There are many advantages to downloading application programs 

15 and other computer user facilities periodically to a workstation that are well known in the art, but ease of maintaining 
consistent release levels and updates across a large body of users is one typical example of such advantages. 
[0003] A browser Is itself an application program or facility that nomnally resides on a user's workstation and which 
is invoked when the user decides to access the communications network known as the web. A prior art browser program 
typically sends and receives URL requests and responses to and from the communications network which fonns the 

20 web. The browser also processes each type of data which Is presented to it, and fonwards and receives data to and 
from the web. A typical example is an HTML renderer function in the browser equipped computer system that displays 
an HTML page of data. A spreadsheet program in a typical user's computer may manipulate a spreadsheet. Interaction 
between the browser application and the spreadsheet application Is facilitated at a user's computerto allow downloaded 
data, for example, to be forwarded by the browser internally to the spreadsheet application! This is done under the 

25 facilities of the user's computer operating system resident at the workstation. However, these prior art systems do not 
allow for multiple, concurrently active URLs, either in the browser application itself or in the operating system of the 
user's computer workstation. In the prior art, as a browser application is moved from URL to another URL at the user's 
direction, only one URL at a time is active. By active, we mean that the URL data content is loaded in memory at the 
user's computer and is ready for display and/or use. When a user selects another URL or selects a hyperlink from a 

30 displayed URL content, such as an HTML page, the browser application will access a new URL indicated by the hy- 
periink or the user's new selection, when this occurs, the previously active URL may be made inactive and stored in 
a history list or deleted entirely. 

[0004] As stated, the URL contents are considered active when they are currently being processed by the user's 
computer processor, while its contents are being presented by the browser application. An active URL might constitute 
35 an HTML page of data being displayed by the browser or a spreadsheet that a user might be currently editing using a 
spreadsheet application program to edit data content of a URL accessed over the web. In general, the prior art browsers 
make a URL active only when the user types the URL manually or selects a URL link in a hypertext page environment, 
or selects a URL from a history list or a hot list, as these are known. 

[0005] In the prior art, the browser application program typically only has a single URL active at a given time. There 
40 are two possible exceptions in that the user may start multiple application instances of the browser application and 
each application Instance can have its own active URL, or the user may make acth^e an HTML page pointed to by a 
given URL, and that page may have associated with it a frame which Is a management technique supported for HTML 
pages that allows multiple active URLs to be present within a given HTML page. Inside an HTML page having such a 
frame, the user can move from one URL to another simply by clicking on links, but cannot change the number of URLs 
45 or frames or their an-angement on a page. Since each frame must have an active URL, the exact number and arrange- 
ment of active URLs are detemiined by the original author of the HTML page of data and does not affect the user's 
operating system or environment in a way which would allow universal ari3itrary activation of any other multiple URLs 
by the user. 

[0006] In addition, most prior art browsers maintain a history list of URLs that have been accessed and made active 
50 over some period of time. (One such is the Deckscape browser described in Brown M H et al "DeckScape: an exper- 
imental Web Browser" Computer Networics and ISDN Systems, vol 27, no 6, 1 April 1995, page 1097-1104 
XP004013211). 

Depending upon the browser application itself, the history list may keep a record of URLs that have been previously 
active over one or many sessions or only over a short period of time, such as since logon. The history list is a tool used 
55 by the prior art URL browsers for allowing a user to navigate backwards and forwards to visit a URL that has previously 
been seen or to retum to one and then go forward. Such a history list is a simple one dimensional an'ay since the prior 
art browsers can have only a single URL active at a given time. By traversing the history list of URLs previously activated, 
the user can retum to any previously active URLs easily, at least to the extent that the history list maintains them. 
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History lists may be limited in the number of URLs that are kept in the list simply by memory constraints, or may be 
limited In the duration of time for which previously active URLs are kept in the list. 

[0007] Most available browsers are known In the prior art, such as the IBiy^ Corporation's Web Explorer (tm) nr the 
Netscape Corporation's well known browser called Navigator (tm). Such browsers typically have history lists of URLs 
5 that have been active, and also a user reference list which a user constructs, which is pemnanently kept, called a hot 
list or bookmark list. Such lists are commonly supported by browsers, so that when a user realizes that a currently 
active URL content may be useful to him or her at some time in the future, a user can set a bookmark or enter the URL 
into the hot list while It Is active so that the URL may quickly be reaccessed by simply selecting it from the hot list or 
bookmark list in the future. 

10 [0008] All of these functions of the prior art browsers are supported by the computer workstation or personal computer 
operating system, such as the IBM OS^ (tm) or the Microsoft windows (tm) . These operating systems, and others of 
their type, typically feature a desktop metaphor for displaying an arrangement of Icons, programs, functions and data 
objects and other facilities, such as printers or browsers, which may be available to the user for selection and invocation 
and execution by their operating system. In such environments, a desktop facility, such as an application program, can 

15 be launched or invoked simply by selecting a data object of the type that the application program processes. The usual 
operating systenns that present the desktop as a metaphor for the facilities available to the user through the operating 
system can launch and manage multiple active application programs. However, the desktop operating system does 
not provide the hyperlink personality that is characteristic of browsers, since the desktop operating system does not 
follow a user specified trail from one applteation program or facility to the next the way that a browser follows a trail of 

20 hyperlinks from one URL to the next, since the desktop manages multiple application programs or data objects Inde- 
pendently, and not In a fashion that links them together in a sequence. 

[0009] As the Internet or world Wide Web becomes more powerful and its use grows more prevalent, increasing 
numbers of computer users find that application programs available on the Internet enable them to do all of their usual 
and customary work that would have been done by application progranns resident on their own computer system work- 

25 station. Many different application programs, such as wordprocessors or spreadsheets are now available over the 
internet, in addition to the usual HTML content As a result, many Internet users no longer need to have both the 
hardware and software of a fully outfitted personal computer at their individual workstation. The result is a so-called 
Network Computer, or NC, a computer whose function Is to access a network and from which all further functionality 
is provided by the network. An NC may not have the local hard drive or local pemnanent storage typically present in a 

30 personal computer or individual wort<station because storage occurs at a different physical location, such as a server, 
available over the web and shared by many other users. A characteristic of a Network Computer is that users can log 
on at any NC in the network and access their own data, whereas PC users, or workstation users, typically must use 
their own PCs or woricstations to access their own data. The popularity of the network computer architecture is partially 
due to the reduced cost of hardware, but also due to the reduced cost of support. A system administrator can make 

35 changes to a user's software configuration without having to visit the user's office or to analyze the indh^ldual user's 
hardware configuration, which eliminates considerable expense and confusion. In addition, updating of application 
programs used by a group of users in common, such as in a corporate environment, can be simultaneously perfomned 
simply by changing the content at the sen/er, which all share. 

[0010] As new computer system users begin to regard the Internet or world wide web as their primary operating 

40 environment, there is a need for a single user interface, whfch is suitable for two different types of user activities. First, 
the ability to surf or follow a sequential series of links or hyperiinks is necessary for perusing the extensive content 
available on the web. Secondly, managing of multiple concurrently active applications or data objects (accessed from 
U RLs) is required to take place in a way similar In effect to that provided by the operating system of personal computers 
or workstations. Currently, personal computers and workstation handle the two different types of activity with two dif- 

45 ferent user interfaces. The desktop interface manages applications, of which the browser is simply one of the applica- 
tions, and the browser interface supports and manages the surfing capability for accessing various U RLs via In the web. 
[0011] The typical browser today supports the surfing navigation, and also provides powerful search algorithms de- 
veloped for finding or locating specific topics and contents of URLs, wherever they may reside in the Worid Wide Web. 
In combination, the net or World wide web, in conjunction with a browser search engine, will now provide to the user 

50 the overall data retrieval mechanism to operate much as a host supported workstation of the past In the Worid Wide 
Web, documents or sites, are typically written in a definition language, referred to as HyperText Markup Language 
(HTML). Until very recently, the Worid Wide Web included sites with almost exclusively two-dimensional graphics and 
text. This was, in part, due to limitations Inherent in the original HTML language capability. The Internet itself is a large 
number of computers, which are linked together via a communications network, and which contains a large number of 

55 sites, each site having its own unique URL to identify the computer location on the Intemet at which the site resides. 
A typical user accesses a site on the Intemet from the personal computer or workstation via a communications adapter 
connected to a telephone line, and from thence to an Internet service provider which links the user to the Intemet or 
Worid wide Web. The user needs web browser software, such as the Netscape Corporation's Navigator or IBM*s web 
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Explorer^ as noted above. The browser is run as an application program on his or her workstation or personal computer 
to enable the user to view the world wide Web content on the Internet. 

^GOl^j 'n 'icjht cf **^o fcrs^cin^ snvir'^"mer!tHl difficulties present ip the Ict'cvv" prior srt !n*smet browser systems 't 
Is an object of this Invention to provide an improved browser method and apparatus which is capable of loading multiple 

5 URLs and keeping them concun^ently active. 

[0013] According to a first aspect of the invention there is provided a method of operating a network browser in a 
computer having associated means for accessing a communications network, comprising steps by said browser of: 
requesting from said network the receipt at said browser of data contents for a specified Universal Resource Locator 
(URL) identifier; receiving at said browser said requested data contents; maintaining a working list of URLs; and for 

10 each said URL tn said working list, assigning a level of activity duration pemnanence; and maintaining actively loaded 
into said computer any said URL's content that has been once loaded and which has a said activity duration pennanence 
level that is higher than transient. 

[0014] According to a second aspect of the Invention there is provided a network browser for use In a computer 
system having at least a processor and a memory in communication with said processor, said browser comprising a 

15 machine-readable medium bearing processor Instructions comprising steps executable by said processor for: request- 
ing from said network the receipt at said browser of data contents for a specified Universal Resource Locator (URL) 
identifier; receiving at said browser said requested data contents; maintaining a working list of URLs; and for each said 
URL in said working list, assigning a level of activity duration permanence; and maintaining actively loaded into said 
computer any said URL the content that has been once loaded and which has a said activity duration pemnanence 

20 level that is higher than transient. 

[0015] According to a third aspect of the invention there Is provided a network browser control system comprising a 
processor, and a display, and a memory in communication with said processor, and a machine-readable medium bear- 
ing processor instructions comprising instructions executable by said processorfor: setting and maintaining URL activity 
duration pemnanence level and URL listing duration penmanence level Indicators in accordance with a user's choice 

25 and for preventing a choice in which said URL listing duration permanence level Is chosen to be greater than said 
activity duration pemnanence level. 

[0016] The invention will further be described and illustrated with respect to a prefen-ed embodiment in which a single 
instance of improved browser, in accordance with the invention, is enabled to maintain multiple active URLs concur- 
rently. This is facilitated by having the browser construct a working list within the browser's available memory space 

30 that contains URLs with which the user is currently working and in which plurality of URLs may be currently active. The 
working list may include a visual cue to indicate the activity status of each URL to the user. Each URL in the working 
list has assigned a listing duration level of permanence, which controls how long the URL wilt be kept or maintained 
present in the working list, as well as an indteation of the circumstances under which it will be removed from the list. 
This level of listing duration pemnanence is visible to, and may be modified by, the system user. In addition, each URL 

35 on the working list has an assigned level of activity duration pennanence for controlling how long the URL will be kept 
active, and of the circumstances under which it wilt be deactivated. This level also is visible to, and modifiable by, the 
user. The browser is configured to automatically add and remove URLs that are temporary ortransient in their existence, 
to or from the working list In addition, the position where the browser inserts a URL into the working list is determined 
in a fashion that indicates how the URL came to be added. The browser also maintains a history list for all URLs that 

40 have been active, so that a user can use navigation commands to retrace the path of links that have previously taken, 
I.e. to reaccess previous URLs that have been accessed. Also, the invention is devised so that, at a user's request, 
the browser can create a history list of speclfk: URLs In a path that is personalized for each active URL. with this 
capability, a user can retrace the path of links created for an individually active URL without regard to the other paths 
of links for other active URLs. Thus, any URL that has been loaded, i.e. made active, that has an activity duration 

^ pennanence level higher than transient, is kept loaded and active until it is removed by user choice or occurrence of 
some stated condition, such as logoff. 

[0017] The invention will now be described in detail with reference to a preferred embodiment, which is illustrated in 
the drawings, in which: 

50 * Fig. 1, consisting of Figs. 1-A1, 1-A2, 1-B1, 1-B2 and 1-C, taken together, schematically illustrate the procedural 
steps in creating and maintaining and managing a history list of URLs, and of creating and maintaining and man- 
aging the working list for URLs, in accordance with a pretended embodiment of the invention. 

Fig. 2 schematically illustrates the primary components of a personal computer, workstation or network computer 
55 in which the present invention may be practiced. 

Fig. 3 schematically illustrates a data communications and computer network of the sort In which the invention 
may be practiced. 
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Fig. 4 illustrates an embodiment of the invention in which the activity duration pemnanence level states and contents 
of a working list may be viewed in one portion of a display screen, while the cuaently active URL content is being 
disnlayftd in another nortinn thprAnf 

5 Fig. 5 illustrates an alternative view of the invention in which the working list Itself is displayed in the display screen 

area in place of the URL content. 

Fig. 6 illustrates a user selection and control Interface screen for setting and maintaining the list duration pemna- 
nence level and the activity duration pemnanence level under user control. 

10 

[001 8] Fig. 2 illustrates a representative workstation or personal computer hardware environment In which the present 
invention may be practiced. As shown In Fig. 2. such an environment comprises a representative single user workstation 
10, such as a personal computer, workstation, or network computer, which Includes memory and related peripheral 
devices. The workstation 1 0 may include a microprocessor 1 2 and a bus 1 4, which is employed to connect and enable 

15 communication between the microprocessor 12 and the memory and other components of the workstation 1 0 in ac- 
cordance with well known techniques. A workstation, network computer or personal computer 1 0 typically will include 
a user interface adapter 16 for connecting the microprocessor 12 via bus 14 to one or more of the Interface devices. 
Such devices are well-known and Include a keyboard 18, a mouse or other selection cursor device 20, and/or other 
interface devrces 22, which could be any other kind, such as a touch sensitive screen, digitized entry pad, voice rec- 

20 ognltion apparatus and the like. Bus 14 also connects a display device 24, such as an LCD screen or monitor, to the 
microprocessor 12 via a display adapter 26. Bus 14 also connects microprocessor 12 to memory 28 and to pemianent 
storage 30, whk:h can include a hard drive, tape, disk, etc. workstation 1 0 communicates via a communications adapter 
32 to a communications network, and thence to other computers or networks of computers, workstation 10 may be 
associated with such other computers In a local area network (LAN) or wide are network (WAN), or the workstation .10 

25 can be a client in a client/server arrangement with some other computer in the network. Similarly, as has been mentioned 
above, the workstation 1 0 can be a network computer, which might not require the hard drive or pemnanent storage or 
full operating system that is conventionally found In most computer workstations and personal computers. 
[001 9] Fig. 3 illustrates a data processing network 40. The data processing network 40 includes a plurality of individual 
networks including the LANs 42 and 44, each of which includes a plurality of individual workstations 10. Alternatively, 

30 as will be appreciated by those of skill in the art, an individual LAN 42 or 44 may comprise a number of intelligent 
workstations or network computers coupled to a host processor. Multiple mainframe computers such as computer 46 
may be connected to a LAN by means of communfcation links 48 as shown in Figure 3. The mainframe computer 46 
may be implemented any of a variety of architectures well known in the art. A mainframe computer may also be coupled 
to a storage device 50 which may serve as a remote central storage for a LAN 44 and the LAN may be coupled to a 

35 communications link52 through some subsystem control such as controller 54 and communications Ilnk56 to a gateway 
server 58 for eventual access to other local area networks and workstations. The gateway server 58 is preferably an 
individual computer or Intelligent wori<station and serves to link LAN 42 in Figure 3 to LAN 44. Those skilled in the art 
will readily appreciate that the mainframe computer 46 may be located at a great geographic distance from the LAN 
44 whk^h in turn may be located a substantial distance from the LAN 42. A mainframe computer 46 might be located 

40 in New York, for example, while the LAN 44 might be located in Texas and LAN 42 might be located In North Carolina. 
[0020] The present invention is typically embodied as software programming code which may be stored in pemnanent 
storage of some type such as the pemianent storage 30 of the workstation 1 0. In a client server environment, however, 
such software programming code could be stored with the storage associated with a server such as storage 50 asso- 
ciated with computer 46 operating as a server as shown in Figure 3. The software programming code in which the 

45 invention is embodied can itself be implemented on any of a variety of known media for use with a data processing 
system such as a floppy diskette, cassette tape, hard drive or CD R0I\1. The code may be distributed on such media 
or distributed to users from the memory or storage of one computer system over a communbatlons network of any 
given type to other computer systems for use by users of such systems. The techniques and methods of embodying 
software program code on physical media and/or for distributing or embodying the code locally via networics are well 

50 known and will not be further discussed herein. 

[0021] in accordance with the present invention, a network computer can use an improved browser as a desktop 
operating environment. As with a conventional prior art browser, the improved browser must be capable of moving 
from one URL to another, of maintaining a history list of URLs that have been accessed, and of maintaining a list of 
URLs that have been tagged for later recall by placing of bookmarks or addition to a hot list. Like a desktop operating 

55 environment, the improved browser must keep multiple entities active at a given time, i.e. these entities must be loaded 
into memory for execution. However, for the system to be easily useable, the improved browser makes use of a new 
history list and a new working list In order to easily support the requirement of multiple, concun-ently active URLs. 
[0022] To manage multiple, concurrently active URLs, the invention provides two distinct types of information on a 
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display screen. First, a new, selectable list of URLs, called a working list, has been implemented. In the prefen-ed 
embodiment, the working list of URLs may be displayed as a list of URLs, as menu lists, as a series of overlapped 
folders with marked tabs, by tables or nemnnin riianrams or the like. !n addition, a ccr.tcr.ts display wlr.dow, whicn 
renders the content of the URLs as they are selected from the working list, should be provided. There may be more 

5 than one content window. In the prefenred embodiment such as depicted in Figure 4, a single content window 11 shows 
the content of a typical URL from the Internet while the members of the working list are depicted as series of overlapped, 
marked tabs 1 3 In an upper portion of the overall display screen of a display device 24. URLs, whose titles are shown 
on the marked tabs 13 in Figure 4, may be active without being cun^ently displayed with the content window 11 . As is 
typical with user interfaces, the space allocation between the working list display area as shown In Figure 4 and the 

10 content window may be varied by the user and other views may be chosen. The preferred embodiment offers a list- 
only view in which the working list fills the entire screen as shown in Figure 5, so that the content window is completely 
obliterated. A list-only view as shown in Figure 5 is useful for navigation purposes and for list management, although 
all of the navigation and list management functions can easily be perfonned in the split view such as shown in Figure 
4. A content only view is also possible as will be apparent to those of skill in the art. 

15 [0023] Each item from a working list 13 as shown in both Figures 4 and 5 has several attributes or parameters that 
define the item's appearance and behavior. For purposes of the present invention, several new attributes have been 
defined for each item in the working list. The chief components of the item in the working list are its URL which is an 
identifier that points to the site or location having content on the web which is to be represented by this working list 
entry item. The URL is the main identifier, but not the only identifier for an item in the working list. Secondly, each item 

20 in the working list has a content which may be an HTML page of data, a text document, a spread sheet or the like. The 
content is retrieved from the Web and displayed in the content window 11 in Figure 4 for example. While the system 
is waiting for the requested URL content to arrive from the Net, an item's content is blank, when the U RL content arrives 
from the Web, it is assigned to the working list item content. As will be apparent to those of skill in the art, some types 
of content support hyperlinks. For example, an HTML page can contain a defined hyperlink to another URL. If the user 

25 should select a link in the content window display from a given U RL's content, then a new URL content will be requested 
as will be described in greater detail with reference to Figures 1 A and 1 B. 

[0024] A third element or parameter for an item in the working list is the title of the URL. An HTML title is used as 
the default for HTML page content being displayed. Other types of content may not have readable titles, but the user 
can specify a title as desired. Figure 6 illustrates a user selection panel with an area for entering a label or title of the 

30 user's choice for a given working list item, visibility is a fourth parameter or element included in an item in the working 
list in accordance with the invention. The content window 11 of Figures 4 and 5 is capable of displaying at least one 
URL's content from URLs in the working list. If any URL in the working list currently has its content displayed, it is said 
to be visible and to be visible its URL must, of course, be active. A visible URL should be highlighted in some way. In 
the preferred embodiment, since only a single visible URL at a time has been visually represented, the distinction is 

35 shown as a folder tab that Is placed in front of the others. In Figure 4, the Think Online: IBM and the Intranet" is the 
foremost folder and its content is displayed within window 11 . 

[0025] List permanence or listed item duration permanence is a new element provided by the present invention. A 
fundamental concept which fomis a part of the invention is that URLs in the working list will have multiple levels of list 
permanence duration and these levels are selectable by the user The level of list permanence duration controls how 

40 long a given URL item will be kept in the working list. Three levels of permanence have been defined in the preferred 
embodiment. The levels of working listing duration permanence in a preferred embodiment are, first, 'Transient". A 
Transient item is automatically added to the working list when it has been called for and It is removed from the working 
list when it is no longer active. Typically, this will occur when an HTML page presents a hyperlink and the user selects 
a link. Then one transient URL in the working list will be replaced by another transient URL item. In the prefen-ed 

45 embodiment a particular color or highlighting may be reserved for showing the list items that represent transient URL 
working list pemnanence levels. A second possible listing pennanence duration level for the working list is "Session" 
permanence. A session pemnanent duration level item in the working list will be kept in the working list until the user 
logs off of his system. The next time that the same user logs on, the session permanence listing duration URL item 
will no longer be listed. This has the function of acting like a temporary bookmark or temporary hot list item. The third 

50 and final level of working list item duration pemnanence is "Permanent". A pemnanent item is kept in the working list 
indefinitely, including between sessions and acts much as a lasting bookmark. The invention can be implemented with 
only two levels of permanence if session and pemnanent levels are combined but additional levels could also be defined 
for unique circumstances. 

[0026] As shown in Figure 6, the user is provided with means for setting the level of listing duration pemnanence for 
55 a particular item in the working list. In Figure 6, the box labelled 15 shows where the user may make a selection for a 
given URL entry to set its level of working list duration pemnanence with the selections being "no" or "none" for transient 
level, "session" for session level and "long time" for Pemnanent level of duration in the list. 

[0027] In operation of the browser in accordance with the invention, a user will pass through transient URLs contin- 
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uously. A transient URL is created by clicking on a link In the content window 11 or by typing the URL's identifier in an 
Input field on the screen as is common in the prior art. However, if the user decides that a particular URL content may 
be useful again in the future, the user can change the URL's working list permanence levfti to "sRssion" or "permanent" 
as desired. 

5 [0028] A fifth item or parameter for an entry in the URL working list is also new entirely and represents the activity 
duration penmanence level. This parameter enables the browser to decide which URLs to keep loaded and how long 
to keep them loaded and active. The three levels of permanence for working list listing duration are also available to 
the user for setting a URL item's activity duration level in the working list. The "transient" level indicates the URL will 
be activated when its content is delivered and becomes visible on the display and deactivated when the content Is no 

10 longer visible. "Session"* level of activity duration pemnanence indicates the URL will be activated when its content 
becomes visible and it will be kept active throughout the session until logoff. A "pennanent" level of activity duration 
permanence means that the URL will be activated when each session starts and will be maintained active throughout 
each session. In Figure 6, the box labelled 1 7 provides the area where the levels of activity duration pemnanence may 
be selected. 

15 [0029] Since a given URL cannot be active if it is not already listed in the working list, it follows that an important rule 
is that the activity pemnanence duration level assigned cannot exceed the listing pemnanence duration level. The user 
is prevented from selecting an active penmanence level of duration that is higher than the listed pemnanence level. 
While listing permanence is analogous to bookmarks of the past, active pemnanence levels have no such counterpart 
in conventional prior art browsers. The active duration pemnanence level is closely related to listing pemnanence du- 

20 ration level, however, for the reasons listed above. Consequently, as shown in Figure 6, a pretended embodiment of 
the invention provides a user control screen for the various duration penmanence factors and shows the three levels 
of listing duration pemnanence and corresponding three levels of activity duration permanence beside one another in 
boxes 1 5 and 1 7 as described above. 

[0030] A final item or parameter in the worthing list Is the current activity state of a URL. The worthing list contains an 
25 indicatorfor each URL showing whether that URL is currently not loading or active, is in the act of loading, or is already 

active. In the preferred embodiment, the title of the URL is italicized by changing the font in the list tabs to show that 

a given URL is active, but any other attribute such as color, font size or style, illumination intensity, brightness, etc. 

could be used instead to indicate that a URL is active. In the preferred embodiment, a small stop sign indicator that 

the item is loading, and clicking on the stop sign halts loading. In accordance with the invention, the currently active 
30 state is shown for each URL in the active list. By contrast, a conventional browser shows only one URL active at a 

given time so there is no need for multiple indicators to show the activity state for more than one URL, nor for any 

multiple controls to stop loading, etc. 

[0031] Another item of significance is the URL entry item's physical position in the working list. A URL item's initial 
position in the working list would be after its parent URL, which is detenmined by consulting a history list, but rf the URL 

35 has no parent or the parent Is no longer present in the working list, then the URL's entry is placed at the end of the list. 
This penmits a user to see related URLs grouped together for convenience. Also, if a URL's parent URL is transient, it 
is important to position the new URL after its parent, because when the parent disappears and the new URL is added 
it will be equivalent to replacing the URL's parent in the working list with the new URL contents and parameters. A user 
can also change the position of entry items in the working list by utilizing drag and drop controls for example. 

40 [0032] A unique history list is also created and maintained by the preferred embodiment of the invention. As is well 
known, most conventional browsers maintain a history list of all URLs that have been recently active so that the user 
can traverse the history list to retum to a previously visited content. However, the browser in the pref en-ed embodiment 
of the present invention must keep a record of the parent of each URL that has been active as well as the identifier for 
each URL. Hence, an item in the history list is shown with two properties. The URL identifier itself is placed in the 

45 history list once it has been requested and secondly, the URL's parent, if any, will also be kept in the list. For example, 
if a user selects a hyperiink in a first URL content and the selected hyperiink points to a second URL, the first URL is 
said to be the second URL's parent. The browser list-keeping function only needs to track parent relationships for the 
links that the user has actually selected, so it is not necessary to analyze all possible child links that could have been 
taken for each parent. It is also possible that an item in the history list may be a URL that has no parent URL. For 

50 instance, if a user manually enters a URL designator, the URL's parent will not be known. The only URLS with known 
parents are the ones that are selected from a given URL's content display window because the current URL itself will 
be recorded in the history list as the new URL's parent for any link selected from that content window. 
[0033] The history list facilitates the implementation of the backward and forward navigation function standard in the 
prior art. However, a browser using the present invention can use the accumulated data of URLs and parents to con- 

55 Struct an individual history list for any URL that is active. This allows a user to backtrack through a series of hypertinks 
that were followed to an-ive at a given active URL without regard to the links that lead to other active URLs. The invention 
as embodied which will be described further with relation to Figures 1 A, 1 B and 1 C provides a control for each active 
URL which creates, displays, maintains, manages and traverses the history list for that URL. 
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[0034] Turning to Figure 1 A, a detailed schematic flowchart of the steps perfonTied in canying out the function of the 
prefenred embodiment will be described further. 

[0035] In Rgure 1 A at box 60, logon occurs at the user's computer and the hmwser loads from storage the f irct cavGd 
URL and appends its URL identifier to a history list with its parent identification set to none as shown in box 61 . In box 

5 62, the process creates a new working list item for the URL retrieved from storage. In box 63, the working list listing 
permanence duration level is set to "pemnanenf because this URL must be a pemnanent one since it was retrieved 
from storage. In box 64 the system loads from storage the URL's associated activity pennanence duration level and 
appends the URL item with its parameters to the end of the working list in box 65. In box 66, a question is asked as to 
whether the item's activity duration pennanence level is permanent and if the answer is yes, the URL Is loaded into 

io memory and a loading indicator is turned on in the working list item parameters in box 67. In box 68 this active URL 
has its content requested from the Web and in box 69 a check is made as to whether there are more listed URLs to 
load from storage. If the answer is yes, the routine branches back to box 60, and if it is no, it ends in box 70. 
[0036] Returning briefly to box 66, if the URL's activity duration penmanence level is not set to pemnanent, the system 
branches to block 69 immediately and proceeds as described eariier from there. This is part of the process for setting 

15 up the history list and the working list for URLs that have been saved in storage for retrieval and initiation at next logon. 
Items of this type might be identified as pemnanently listed items such as from a hot list or items for which the user has 
set a pemnanent listing duration level. The item's activity pennanence duration level might or might not be set to per- 
manent; if it is "session only" or transient", the item URL is loaded in the working list history list but it is not made active 
by loading the URL and contents into memory for execution. 

20 [0037] A second case is illustrated beginning at block 71 in Figure 1 A where the user types in a requested URL after 
a system has been logged on. In . block 72 the new URL is appended to the history list with its parent identifier set to 
none. In block 73 a new wori<ing list item for the URL is created and in box 74 the listing pemianence level is set 
automatically to transient level. In block 75 the activity duration pemnanence level is automatically set to transient and 
in block 76 the item's identifiers are added, with the URL, to the end of the working list since no parent is known. In 

25 block 77, system tums on the loading indicator in the working list Item parameters and in block 78 the URL's content 
is requested from the web with the process ending at block 79 from which the system will await receipt of the requested 
URL content. 

[0038] In block 80 of Figure 1 A, a user might select a hypertext URL identifier from a hypertext link in a previous 
URL's displayed content window which must be accounted for in the listing routines. Block 81 appends the newly 

30 identified URL to the history list with the parent set equal to the content screen display's URL Identifier. In box 82 a 
new working list Item is created for the linked-to URL, and in box 83 the URL's permanence level for listing is set 
automatically to transient. In block 84 the new URL's activity duration pennanence level is automatically set to transient, 
and in block 85 the new URL item is inserted into the woricing list immediately followrng placement in the list where its 
currently visible item, the parent, has been listed. The process then branches to block 77 and proceeds as described 

55 eariier. 

[0039] A final possibility is that the user selects a URL from an existing item in the working list itself. This is shown 
in block 90. In block 91 , the history list item is copied to end, keeping its parent in the list. In block 92 the question is 
asked as to whetherthe URL's content has been received already. If the answer is yes, the item is added in the working 
list as shown in block 93 and the process branches to Figure 1 B. If the answer is no in block 92, In block 94 the loading 
40 indteator is turned on in the working list item parameter. In block 95, the URL's content is requested from the web, 
which then passes operation to showing the item in the wori<ing list in block 93 which then branches to Figure 1 B to 
await receipt of the URL content. 

[0040] Turning to Figure 1 B, the wori<ing list maintenance routines of the preferred embodiment of the invention are 
illustrated. In block 1 GO, URL content is received from the Web because of a prior pending request and in box 1 01 the 

45 contents are assigned to the working list item that has the matching URL identifier to that received. In block 102 the 
loading indicator In the working list is turned off and the active Indicator Is tumed on In box 1 03. In box 1 04 a question 
is asked as to whetherthe new URL resulted from navigation fonward or backward in the history list. If the answer is 
yes, the item is shown in the woricing list in box 109 and the new working list URL item's content is displayed in place 
of the old URL's content in box 11 0. In box 111 a question is asked as to whether the previously visible content item 

50 URL had an active duration pennanence of transient. If the answer is yes, the system discards the contents of the 
previously visible item in box 112, turns off the active and/or loading indicators for the previously visible item in box 
113 and in box 114 asks whether the previously visible item's listing pennanence duration level was transient. If the 
answer is yes, block 1 1 5 removes the previously visible item from the woricing list and ends at block 1 1 6. If the answer 
is no, the previously visible item's identity is left in the working list and the process ends in block 1 1 6. Similariy, returning 

55 to block 111, if the previously visible item's activity duration pennanence level was not transient, i.e. was higher than 
transient, the process ends in block 116 with the item being left in the list. Returning to block 104, if the new URL was 
the not the result of a history list navigation, block 1 05 is entered and the question is asked whether the user entered 
the URL. If the answer is yes, operation proceeds to block 109 through 116 as previously described. If the answer is 
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no, operation proceeds to block 106 where a question is asked as to whether the URL has an identified parent in the 
history list. It the answer is yes, the question is asked in block 108 as to whether the URL parent is visible and if the 
orjoiwar ie y9£j op9r2t!cn pTOCSsds to block 1 09-11 6 bs prcvlciiciy dcccrlbcd. !f thc cirtovvcr Ig no cr if the URL dccc mG* 
have a parent in the history list, operation ends in block 107. 

5 [0041] Turning to Figure 1C, the routine which stores pemianent duration level list pennanence items for recall at 
next logon is shown beginning with the logoff signal being received in block 117. In block 11 8 the next item is retrieved 
from the working list and in 11 9 is checked to detemnine if the listing pennanence level of this item is set to pemnanent. 
If the answer in block 119 is yes, the item's URL is stored in memory in block 120 and the item's activity permanence 
level as well as the item's other parameters such as title, color, etc. are all stored in memory as shown in blocks 121 

10 and 122. In block 1 23, the question is asked as to whether another item is still in the working list and proceeds to loop 
back to block 118 to retrieve each item from the working list in turn, check it for listing permanence level parameter, 
etc. The process finally ends in block 124 when there are no more items in the working list. 

[0042] In block 125, the process loop which is invoked as a user requests an individual history list for a item from 
the working list is shown. Beginning In block 125, the user's request starts the process which begins by creating an 

15 individual history list that is initially empty as shown in block 1 26. In block 1 27, the working item's URL is the first entry 
to the history list and In block 128 the question is asked as to whether the URL at the end of the individual history list 
has a parent URL in the common history list. If the answer is yes, the parent URL is appended from the common history 
list to the end of the individual history list and the question in block 128 is asked again until ail parent chains for the 
URL have been exhausted. The process then flows to block 130 for displaying the individual history listto the user and 

20 waiting for the user's input or selection. Block 1 31 detemnines If the user has selected an item from the individual history 
list and if the answer is yes, it branches to the get command in block 1 32 which returns to Figure 1 A as shown. If the 
user does not select an item from the list, the process ends in block 133. 

[0043] In order to more fully appreciate the functioning and operation of the invention in the prefen-ed embodiment 
as described, a detailed hypothetical example which involves a user invoking multiple, coricun-ently active URLs in a 
25 typbal business environment that would be encountered with a user using a network computer, will be given. 

Example 

[0044] 

30 

1. The user logs on. Refer to the "Logon" flowchart, Fig. 1 A. The browser loads the working list items that were 
saved at the end of the last session. These are the working list itenns that had a listing pennanence level of Per- 
manent. In this example, there were three working list items that were saved at the end of the last session. These 
three items appear initially in the working list when the user logs on as shown by the following table: 

35 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 


Yes 


Loading 


http://www.bigco.conn/3270.htm 


Pemnanent 


Pemnanent 


Invest 






http://www.bigco.conn/fc.ss 


Pemnanent 


Session 


Weather 






http://www.weather.com 


Pemnanent 


Transient 



The browser requests the content from the web for the "3270" URL as it loads the item from storage, because 
its activity duration pemnanence level is Pemnanent. Some time elapses before the network responds to the brows- 
er. During this time, the "loading" indicator remains active on the "3270" item in the working list. The "3270" item 
is visible, though its content is blank. 

Note that the user had set "3270" activity duration pemnanence level to Pemnanent because the user always 
uses this program, and wanted to load it automatically at every logon. 

2. The "3270" URL and content arrive from the web. Refer to the flowchart Fig. 1B, 100 "URL and content arrive 
because of prior request." The browser assigns the Incoming content to the "3270" item in the working list by 
matching its URL with the incoming content's URL. The browser turns off the "Loading" indicator and turns on the 
"Active" indicator. The "3270" item is already visible, so the user immediately sees the 3270 application displayed. 

The user begins using the 3270 content (an application) to manage, for example, schedules and mail. 

At the end of step 2, the woricing list looks like this: 
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Title 


Visible 


indicator 


URL 

http://www.bigco.conny3270.htnn 


List Perm 


Act Perm 


3270 


Yes 


Active 


Pemnanent 


Permanent 


Invest 






http://Www.bigco.com/fc.ss 


Permanent 


Session 


Weather 






http://www.weather.com 


Pemnanent 


Transient 



3. While creating mail in the 3270 application, the user needs to reference some financial data and selects the 
"Invest" item in the working list. Refer to the flowchart Fig. 1 A, 90 "User selects existing item from working list". 

The "Invest" content has not previously been requested during this session (since logon) from the web. Its 
Active Pemnanence is "Session", meaning that it will be kept active-but only after the user loads it the first time. 
So when the user selects "Invest" from the working list, the browser requests its contentf rom the web. The "Loading" 
indicator for the "Invest" item in the working list is now active. 

Note that the user had set the "Invest" active pemnanence to Session because the user only uses Invest 
occasionally. But once the user begins using it, it should stay loaded because the user is likely to use it repeatedly. 

Since the user selected the "Invest" item from the working list, the browser will immediately show the content 
for this item, even though the screen will be blank until the content arrives from the web. Refer to the flowchart 
Fig. 1 A, 93 "Show Item in working list". 

After making the content for "Invest" visible, the browser must decide what to do with the previously visible 
item in the working list, in this case, the "3270" item. Since the 3270 item does not have an active permanence of 
Transient, the browser leaves it loaded. 

At the end of step 3, the working list looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


httpy/www.blgco.com/3270.htm 


Pemianent 


Permanent 


Invest 


Yes 


Loading 


http://www.bigco.com/fc.ss 


Pemnanent 


Session 


Weather 






httpy/www. weather.com 


Permanent 


Transient 



4. The "Invest" content anivesfrom the web. Refer to the flowchart Fig. 18, 100 "URL and content an-ive because 
of prior request. 

"The "Invest" URL is a spreadsheet in this assumed example, so the browser uses a spreadsheet viewer to 
display the content to the user. The browser turns off the "Loading" indicator and tums on the "Active" indicator 
for this item. 

At the end of step 4, the working list looks like this: 



Title 


Visible 


indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Pemianent 


Permanent 


Invest 


Yes 


Active 


http://www.bigco.com/fc.ss 


Permanent 


Session 


Weather 






httpy/www.weather.com 


Pemnanent 


Transient 



5. Inside the "Invest" content (a spreadsheet), the user selects a link which points to the URL "http7/www.bigco. 
com/stock/loday.html ". Refer to the flowchart Fig. 1 A, 80 "User selects URL link in Content Window." 

The browser makes a new entry in the History list to record that the URL "http://www.bigco.com/stock/today. 
html" has the parent URL "httpy/www.bigco.com/fc.ss". When the child URL comes in from the web, the browser 
will need to know about its parent URL. (The previous URLs that came in from the web were also placed in the 
history list, but did not have parent URLs.) 

The browser creates a new item for the working list using the URL that the user selected. The new item has 
list and active pemnanence levels of Transient. The browser inserts the new item into the woricing list following its 
parent, the currently visible item. The working list now looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Pemnanent 


Pemianent 



10 



10 



15 



20 



25 



30 



35 



40 



45 



SO 
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(continued) 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


Invest 


Yes 


Active 


http:/Artn/vw.bigco.conn/fc.ss 


Permanent 


Session 


Quote 




Loading 


littp ://www. . .today, htm 1 


Transient 


Transient 


Weather 






http://www.weather.com 


Permanent 


Transient 



Note that the visible item is still "Invest". The new item, "Quote", was inserted in the working list but it was not 
made visible. Working list items are not made visible until their content arrives from the web, unless the user selects 
them in the list. 

The title for the new item, "Quote," was established by querying the content identified by the URL. For example, 
httpy/www.bigco.com/stock/today.html is an HTML page with a tag that specifies "Quote" as the content's title. In 
reality, the title of the new item is its URL until its content begins to anive from the web, because the title is contained 
in the content. When the content begins to arrive, the title is changed from the URL to the content's title. The user 
can override this title with a user-specified title. The process of detemiining the title is standard in existing web 
browsers, and is not the focus of this invention. 

6. The URL for the "Quote" item arrives from the web. Refer to the flowchart Fig. 1 B, 1 00 "U RL and content arrive 
because of prior request. 

"The browser assigns the content to the "Quote" item, tuming off the "Loading" indicator and turning on 
the "Active" indicator. The "Quote" URL is an HTML page, so it is displayed with the HTML viewer. 

Then the browser consults the history list and finds that the "Quote" URL has a parent URL (the URL of the 
"Invest" Item), and that the parent U RL is In the working list and is visible. In response to this condition, the browser 
makes the "Quote" item visible. The user gets the impression of (a) clicking on the "Quote" link in "Invest", (b) 
waiting for infonnation retrieval, and (c) seeing the "Quote" HTML. 

The "Quote" URL is made visible via the process in the flowchart Fig 1 A, 93 "Show Item in working list." The 
previously visible item, "Invesr, has an active pemnanence that is not Transient, so it Is kept active in the working 
list. 

At then end of step 6, the working list looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Permanent 


Permanent 


Invest 




Active 


http://www.bigco.com/fc.ss 


Permanent 


Session 


Quote 


Yes 


Active 


http://www. . .today, htm 1 


Transient 


Transient 


Weather 






http://www.weather.com 


Permanent 


Transient 



7. Inside the "Quote" content, the user selects an URL which points to "http://www.bigco.com/stock/medco.htm". 
(The URL content will have an assumed title of "MedCo".) 

As in step 5, an entry is added to the history list to show that the new URL is the child of "Quote". A new 
working list item is inserted after "Quote", so that the working list now looks like this: 



Title 


Visible 


Indicator 


URL 


List Perni 


Act Perm 


3270 




Active 


http ://www. bigco.com/3270 . htm 


Permanent 


Pemnanent 


Invest 




Active 


http://www.bigco.com/fc.ss 


Pemnanent 


Session 


Quote 


Yes 


Active 


http y/www, . .today, htm 1 


Transient 


Transient 


MedCo 




Loading 


http://www...medco.htm1 


Transient 


Transient 


Weather 






http://www.weather.com 


Permanent 


Transient 



"Quote" is still visible. The content for "MedCo" is requested from the web. 
8. The content for "MedCo" an-ives from the web. As in step 6, refer to flowchart "URL and content arrive because 
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of prior request". 

As in step 6, the working list item "MedCo" is made visible because its parent URL, In the "Quotes" item, was 
visible when the new URL arrived. Refer to the "Show Item in working List" flowchart. In this case, the previously 
visible working list item, "Quotes", has an activity duration permanence level of Transient. Therefore its content is 
discarded and its "Active" indicator is turned off. Furthemiore, the history pemnanence level of "Quotes" is Transient. 
Therefore, the working list item is removed from the working list. The impression the user receives is that the 
"Medco" item replaces the "Quotes" item. This is the behavior of a standard web browser. 

The working list now looks like this: 



TJtle 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.comy3270.htm 


Pemnanent 


Permanent 


Invest 




Active 


http7/www.bigco.com/fc.ss 


Pemnanent 


Session 


MedCo 


Yes 


Active 


httpy/www. . .medco .htm 1 


Transient 


Transient 


Weather 






http://www.weather.com 


Pemnanent 


Transient 



9. The user requests an Individual history list for the currently visible Working list item, "MedCo.** Refer to the 
flowchart Fig. 1C, 125 "User requests history list for Individual working list item". 

The common history list contains all of the URLs that have been requested so far. It currently looks like this: 



Title 


URL 


Parent URL 


3720 


http y/www.bigco .CO nn/3270 . h tm 


None 


Invest 


http y/www.blgco .com/fc.ss 


None 


Quote 


http y/www. . .stock/today, htm 1 


http://www.bigco.conn/fc.ss 


MedCo 


httpy/www. . .stock/medco. html 


http://www...stock/today.htm1 



This is similar to a history list that would be kept by a standard web browser, with the additional feature of 
having a record of the parent URL. The prior browsers do not record each URL's parent URL. As in standard 
browsers, the user can view and traverse this "common" history list. It is a "common" history list in the sense that 
it is shared by all items in the working list. 

If the user had been using the browserfor a long time, the common history list would be much longer. Moreover, 
each URL's parent URL would not typically precede it in the list. 

Rather than viewing the common history list, the user has requested to view an individual history list that is 
constructedspecificallyforthecurrently visible working list Item, "MedCo." According to the flowchart Fig. 1C, 125, 
the browser first creates an individual history list 126 that is empty and initializes it, 127, with "MedCo." Then the 
browser finds In the common history list 128, (shown above) that MedCo's parent is the "Quote" URL, so "Quote" 
and its URL are added to, 129, the individual history list. The browser next finds that the URL of "Quote" has a 
parent which is the URL of "Invest", so "Invest" and its URL are added. Finally, the browser finds that "Invest" has 
no parent, 128, so it is finished constructing the individual history list and displays the result, 130. If the user had 
selected the initial URL from the individual history list, 131, the process returns to Fig. 1A, 132, at "GET" and 
proceeds as already described; otherwise, the history list process ends, 133. 

The individual history list for "MedCo" looks like this to the user: 

MedCo 

Quote 

Invest 

Typically, an individual history list would be much shorter than the common history list. In this case, the common 
history list would only have been one Item longer, but that is only because the user hasnt been using the browser 
for very long. 

The benefit of the individual history list is that it only shows the items that were used to reach the current item. 
The process filters out the items in the common history list that are not relevant to the cun'ently visible item In the 
Working list. This allows the user to retrace the links that were used to reach the cunrently visible item, instead of 
all links that have ever been used. 
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1 0. The user dismisses the history list without selecting an item in it. The browser displays the "MedCo" working 
list item again, as If nothing had happened. 

11 . The user reads the stock quote for MedCo, and then selects "Invest" from the working list to continue working 
on the spreadsheet. Refer to the flowchart "User selects existing item from working list". 

Since the content Is already loaded for the "Invest" item, the browser does not request it again. The "Invest" 
URL content Is made visible. Refer to the "Show item in working list" flowchart. Fig. 1A, 93. Since the previously 
visible item, "MedCo", has a listing permanence level and activity duration permanence level of Transient, Its 
content Is discarded and It Is removed from the list. 

This working list now looks like this: 



Title 


Visible 


indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco,com/3270.htm 


Permanent 


Permanent 


Invest 


Yes 


Active 


http://www.blgco.conn/fc.ss 


Pennanent 


Session 


Weather 






http://www.weathercom 


Pemnanent 


Transient 



The "Invest" Item is now visible. The spreadsheet Is still loaded, and the user's data is just as it was before 
the "Quote" item became visible. 

12. The user selects the "weather" item from the working list. Refer to the "User selects existing item from Working 
list" flowchart, Fig. 1A, 90. 

The browser requests the URL "http://www.weather.com" and turns on the Loading indicator for the "weather" item. 
The "weather" Item becomes visible, though it is blank, and the previously visible item, "Invest", is left active. 
After step 12, the working list looks like this: 



Title 


Visible 


indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.blgco.conn/3270.htm 


Penmanent 


Permanent 


Invest 




Active 


http://www.bigco.conn/fc.ss 


Permanent 


Session 


Weather 


Yes 


Loading 


http://www.weather.com 


Penmanent 


Transient 



13. The "weather" Item's URL and content are received from the web. Refer to the "URL and content arrive because 
of prior request" flowchart, Fig. 1 B, 1 00. 

The browser assigns the content to the "Weather item in the Working list, turns off the "Loading" indicator, 
and turns on the "Active" indicator. 

After step 13, the working list looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http ://www. bigco .conn/3270 . htm 


Pemnanent 


Permanent 


Invest 




Active 


http://www.bigco.com/fc.ss 


Pemianent 


Session 


Weather 


Yes 


Active 


http://www.weather.com 


Pemnanent 


Transient 



14. The user selects a link in the "Weather" item's content which points to the URL "http://www.weathercom/rtp. 
html". (This URL's content will have the title "RTP".) Refer to the flowchart "User selects URL In content window", 
Fig. 1A, BO. 

The browser creates a new working list item with list and active pemnanence levels set to Transient. The 
browser inserts the new item after "weather" with its Loading Indicator turned on, and requests the new URL from 
the web. 

After step 14, the working list looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Pemnanent 


Pennanent 
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(continued) 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


Invest 




Active 


http:/A/vww.blgco.com/fc.ss 


Pennanent 


Session 


Weather 


Yes 


Active 


http:/Avww.weather.conn 


Permanent 


Transient 


RTP 




Loading 


http://www.weather.conn/rtp.hitm1 


Transient 


Transient 



1 5. Before the URL and content for "FfTP arrive from the web, the user seiects a iink in the "weather" item's content 
that points to the URL "http://www.nyc.com/nyc". (The title will be "NYC") 

As before, the browser creates a new working list item with list and active pemrianence levels set to Transient. 
The browser Inserts the new item after "Weather" with its Loading indicator tumed on, and requests the new URL 
from the web. 

After step 15, the working list looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www. bigco .com/3270, htm 


Pemnanent 


Permanent 


Invest 




Active 


http://www.bigco.com/fc.ss 


Permanent 


Session 


Weather 


Yes 


Active 


http7/www.weather.com 


Pemnanent 


Transient 


NYC 




Loading 


http://www.weather.com/nyc.html 


Transient 


Transient 


RTP 




Loading 


httpy/www.weather.com/rtp.html 


Transient 


Transient 



1 6. The URL and content for "RTP" arrive from the web. Refer to the flowchart "URL and content arrive because 
of prior request," Fig. 1-B, 100. 

The browser assigns the content to the "RTP" item, and tums off the Loading indteator and turns on the "Active" 
indicator for the "F=iTP" item. The browser then makes the "RTP" item visible according to the flowchart "Show item 
in Working list" Fig. 1-B, 109. The "RTP" item becomes visible because in the history list, its URL has a parent 
(the URL for "Weather") and that parent was visible. 

The previously visible Item, "weather, has an activity duration pemnanence level of Transient. Therefore, since 
it is no longer visible, its content is discarded and its "Active" indicator is turned off. The "weather" item has a listing 
duration pemianence level that is not Transient, so it is not removed from the list. 

Note that this behavior is desirable to the user. If the user selects the "weather" item from the working list 
again, even in the same session, the URL must be requested from the web again. The user had no need to keep 
the data active, and there may even be benefit in loading a fresh copy of the data since it may have changed since 
last time it was loaded. 

The working list now looks like this: 



Title 


Visible 


Indicator 


URL 


List Perm 


Act Perm 


3270 




Active 


http://www.bigco.com/3270.htm 


Pemnanent 


Pennanent 


Invest 




Active 


httpy/www.bigco.com/fc.ss 


Pemnanent 


Session 


Weather 






http://www.weather.com 


Pennanent 


Transient 


NYC 




Loading 


http://www.weather.com/nyc.html 


Transient 


Transient 


RTP 


Yes 


Act\ye 


http://www.weather.conn/rtp.html 


Transient 


Transient 



17. The URL and content for "NYC" an^ive from the web. Refer to the flowchart "URL and content anive because 
of prior request," Fig. 1 B-1 00. 

As before, the content is assigned to the appropriate working list item, "NYC", and its Loading indicator is 
tumed off and its Active indicator is tumed on. As before, the browser finds that the "NYC" item has a parent in 
the history list whose URL is the "weather" item. However, the "weather" Item is no longer visible. In accordance 
with the flowchart, the new item, "NYC", does not become visible. It remains in the list with listing duration perma- 
nence level and activity duration pemnanence level set to Transient, until the user views it and then views another 
item. 
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The working list now lool(s lll<e this; 







1 

lllUII^I,Ol 


1 .>^. 


. . . _ 1 

uisi ferm 


Aci Kerm 


3270 


Active 


http://www.bigco.com/3270.htnri 


Permanent 


Permanent 


Invest 




Active 


httpy/www.bigco.com/fc.ss 


Permanent 


Session 


Weather 






http ://www.weath er.com 


Permanent 


Transient 


NYC 




Active 


http://www.weather.com/nyc.html 


Transient 


Transient 


RTP 


Yes 


Active 


http://www.weather.com/rtp.htmi 


Transient 


Transient 



18. The user logs off. Refer to the flowchart "LogofT, Fig. 1C, 117. The first three items in the worldng list have a 
listing duration pemnanence level of Pennanent, so their data is saved in storage. These three items will be rec- 
reated from the stored data the next time the user logs on. The remaining items do not have a listing duration 
pemnanence level of Pemnanent, so they are not saved. 

As has been mentioned earlier, multiple levels of duration permanence for both URL activity and URL identity 
listing beyond the several described can easily be implemented and various pemnutations on whether URL items 
are listed or available for listing in individual history lists or not by allowing additional user selection choices such 
as in Figure 6. could also be made. Numerous enhancements to the list keeping functions including adding of 
further indicators for newly arriving, but previously requested URL contents, etc. can easily be envisioned so long 
as the essential concept of maintaining a URL item*s activity duration permanence level indicator in the worlcing 
list is maintained. 



Claims 

1 . A method of operating a network browser in a computer having associated means for accessing a communications 
network, comprising steps by said browser of: 

requesting (78) from said network the receipt at said browser of data contents for a specified Uniform Resou rce 
Locator (URL) identifier; 

receiving (100) at said browser said requested data contents; and 

maintaining a working list (13) of URLs; the method being characterised by the steps of: 

for each said URL in said working list, assigning a level of activity duration permanence; and 

maintaining actively loaded into said computer any said URL's content that has been once loaded and whrch 
has a said activity duration pemianence level that is higher than transient. 

2. The method as claimed in Claim 1 , comprising the further steps upon receipt of a requested URL content, of: 

displaying said received URL content and ceasing display of any previously visible displayed URL content 
and, if said previously displayed URL content had an activity duration pemnanence level and a listing duration 
pemnanence level of transient, removing said previously displayed URL content from said working list. 

3. A method as claimed in Claim 1 or Claim 2, comprising the further steps of: 

checking said received URL content against the contents of said working list, and, if a matching said URL is 
found in said list, assigning said received URL contents to said working list with said matching URL identifi- 
cation. 

4. A method as claimed in any preceding claim, comprising the further steps of: 

creating a new working list entry item for each said URL whose content has been requested and whose URL 
Identification was not selected previously from said working list to begin said requesting step. 
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5. A method as claimed in any preceding claim, further including a step by said browser of: 

1 1 tun ibuitiiiij^ u >itw«.k.r< jr itw*. w) <^i^iw i^^^uwwb^w ii_ )i.o c«M\j, IWI cai^ii oaiu ii_ I It! VII 1^ CI yjcit K^t iL.«^rii., II iwpIUUIII^ 

said URL*s parent URL identifier In said history list. 

6. A method as described in Claim 5, comprising the further steps of: 

receiving a user request for construction of an individual list of the history of a wori<ing URL's parentage and, 
responsive to the receipt of such a request; 

searching said history list to detemnine if said URL for which parentage is requested has a parent URL In said 
history list and; 

If such a parent is found, appending such parent URL Identifier to said individual history list and repeating said 
steps until no further parentage is found in said history list. 

7. A network browser for use in a computer system having at least a processor and a memory in communication with 
said processor, said browser comprising a machine-readable medium bearing processor instructions comprising 
steps executable by said processor for: 

requesting (78) from said networl< the receipt at said browser of data contents for a specified Uniform Resource 
Locator (URL) identifier; 

receiving (1 00) at said browser said requested data contents; and 
maintaining a working list (13) of URLs;characterlsed by: 

for each said URL In said working list, assigning a level of activity duration pemnanence; and 

maintaining actively loaded into said computer any said URL the content that has been once loaded and which 
has a said activity duration permanence level that is higher than transient. 

8. A network browser as claimed In Claim 7, further comprising Instructions executable by said processor for 

displaying said received URL content and ceasing display of any previously visible displayed URL content 
and, If said previously displayed URL content had an activity duration penDanence level and a listing duration 
pemnanence level of transient, removing said previously displayed URL content from said woriclng list. 

9. A network browser as claimed in Claim 7 or Claim 8, further comprising instructions executable by said processor 



checking said received URL content against the contents of said working list, and. If a matching said URL Is 
found in said list, assigning said received URL contents to said working list with said matching URL identifi- 
cation. 

1 0. A network browser as claimed in any of Claims 7 to 9, further comprising instructions executable by said processor 



creating a new working list entry item for each said URL whose content has been requested and whose URL 
Identif teatlon was not selected previously from said woriclng list to begin said requesting step. 

11. A networic browser as claimed in any of Claims 7 to 10, and further including instructions executable by said 
processor for: 

maintaining a history list of said requested URL contents and, for each said URL having a parent URL, Including 
said URL's parent URL identifier in said history list 

12. A network browser as claimed in Claim 11 , further comprising instructions executable by said processor for: 
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receiving a user request for construction of an individual list of the history of a working URL's parentage and, 
responsive to the receipt of such a requests; 

searching said history list to determine if said URL for which parentage is requested has a parent URL In said 
5 history list and; if such a parent is found, 

appending such parent URL identifier to said individual history list and repeating said steps until no further 
parentage is found in said history list. 

10 13. A network browser control system comprising a processor, and a display, and a memory in communication with 
said processor, and a machine-readable medium beanng processor instructions characterised by instructions 
executable by said processor for: 

setting and maintaining URL activity duration pemnanence level and URL listing duration pennanence level 
15 indicators in accordance with a user's choice and for preventing a choice in which said URL listing duration 

pemnanence level is chosen to be greater than said activity duration pennanence level. 



PatentansprQche 

20 

1. Verfahren zum Betreiben eines Netzwerkbrowsers in einem Rechner, der uber zugehorige Mittel zum Zugriff auf 
ein Kommunikationsnetzwerk verfugt, wobei das Verfahren diefolgenden von dem Browser durchgefuhrten Schrit- 
te umfasst: 

25 von dem Netzwerk Anfordem (78) des Empfangs eInes Dateninhalts fur eine angegebene Kennung einer 

Verweisadresse(Uniform Resource Locator, URL) an dem Browser; 

Empfangen (100) des angeforderten Dateninhalts an dem Browser; und 

30 Fuhren einer Arbeitsliste (13) mit URLs; wobei das Verfahren durch diefolgenden Schritte gekennzeichnet ist; 

Zuordnen eines Aktivitatsdauer-Pemnanenzgrades fur jede URL in der Arbeitsliste; und 

Belassen des Inhalts der URL, der einmal geladen wurde und einen Aktivitatsdauer-Pemnanenzgrad auf- 
35 welst, der hoher als "voriibergehend" ist, als aktiv geladenen Inhalt in dem Rechner. 

2. Verfahren nach Anspruch 1 , das nach dem Empf ang eines angeforderten Inhalts einer URL die folgenden weiteren 
Schritte umfasst: 

Anzeigen des empfangenen Inhalts der URL und Beenden der Anzeige eines zuvor sichtbaren, angezeigten 
Inhalts einer URL und, wenn der zuvor angezelgte Inhalt der URL einen Aktivltatsdauer-Pemianenzgrad und 
einen Listenverweildauer-Pemrianenzgrad von "vorubergehend" hatte, Entfernen des zuvor angezeigten In- 
halts der URL aus der Arbeitsliste. 

45 3. Verfahren nach Anspruch 1 Oder 2, das die folgenden weiteren Schritte umfasst: 

Vergleichen des empfangenen Inhalts der URL mit dem Inhalt der Arbeitsliste, und wenn eine Uberelnstim- 
mung mit der URL in der Liste festgestelit wird, Zuordnen des empfangenen Inhalts der U RL zu der Arbeitsliste 
mit der ubereinstimmenden URL-Kennung. 

50 

4. Verfahren nach einem vorhergehenden Anspruch, das die folgenden weiteren Schritte umfasst: 

Erzeugen eines neuen Eintragselements In der Arbeitsliste fur jede URL, deren Inhalt angefordert wurde und 
deren URL-Kennung zuvor nicht aus der Arbeitsliste ausgewahit worden ist, um den Anforderungsschritt ein- 
55 zulerten. 

5. Verfahren nach einem vorhergehenden Anspruch, das des Weiteren den folgenden von dem Browser durchge- 
fuhrten Schritt beinhaitet: 
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Fuhren einer Verlaufsliste mit dem angeforderten Inhaft von URLs undfur jede URL, die eine Eltem-URL hat, 
Aufnehmen der Kennung der Ettern-URL dieser URL in die Verlaufsliste. 

6. Verfahren nach Anspruch 5, das des Weiteren die folgenden Schritte unnfasst: 

Empfangen einer Benutzeranforderung fur die Erstellung einer indivlduellen LIste des Verlaufs der Herlcunft 
einer Arbeits-URL und als Antwort auf den Empfang einer solchen Anfordemng; 

Durchsuchen der Vertaufsliste, um festzustellen, ob die URL, deren Herlcunft angefordertwlrd, eine Eitern-URL 
in der Verlaufsliste hat; und 

wenn ein solcher Elterntell gefunden wird, Anfugen der Kennung der Eltern-URL an die individuelle Verlaufs- 
liste und Wiederholen der Schritte, bis in der Verlaufsliste l<eine weitere Herkunft gefunden wird. 

7. Netzwerkbrowser zur Verwendung in einem Rechnersystem, das mindestens uber einen Prozessor und einen mit 
dem Prozessor l<ommunizierenden Speicher verfugt, wobei der Browser einen rechnerlesbaren Datentrager um- 
fasst, der Prozessorbefehle tragt, die von dem Prozessor ausfuhrbare Schritte umfassen, um: 

von dem Netzwerkden Empfang des Dateninhalts fur eine angegebene Kennung einer Verweisadresse (URL) 
an dem Browser anzufordem (78); 

an dem Browser den angeforderten Dateninhalt zu empfangen (100); und 

eine Arbeitsliste (13) mit URLs zu fuhren; dadurch gekennzelchnet, dass: 

fur jede URL in der Arbeitsliste ein Aktivrtatsdauer- Permanenzgrad zugeordnet wird; und 

der Inhalt einer jeden URL, der einmal geladen wurde und einen Aktivitatsdauer-Pemnanenzgrad aufweist, 

der hoher ais "vorubergehend" ist, in dem Rechner aktiv geladen bleibt. 

8. Netzwerkbrowser nach Anspruch 7, der des Weiteren von dem Prozessor ausfuhrbare Befehle umfasst, um: 

den empfangenen Inhalt der URL anzuzeigen und die Anzeige eines zuvor sichtbaren, angezeigten InhaHs 
einer URL zu beenden, und, wenn der zuvor angezeigte Inhalt der URL einen Aktivrtatsdauer- Pennanenzgrad 
und einen Listenvenveildauer-Pennanenzgrad von *Vorubergehend" hatte, den zuvor angezeigten Inhalt der 
URL aus der Arbeitsliste zu entfernen. 

9. Netzwerkbrowser nach Anspruch 7 oder 8, der des Weiteren von dem Prozessor ausfuhrbare Befehle umfasst, um: 

den empfangenen Inhalt der URL mit dem Inhalt der Arbeitsliste zu verglelchen und den empfangenen Inhalt 
der URL der Arbeitsliste mit der ubereinstlmmenden URL-Kennung zuzuordnen, wenn eine Ubereinstimmung 
mit der URL in der Liste festgestellt wird. 

10. Netzwerkbrowser nach einem der Anspriiche 7 bis 9, der des Weiteren von dem Prozessor ausfuhrbare Befehie 
umfasst, um: 

fQr jede URL ein neues Eintragselement In der Arbeitsliste zu erzeugen, deren Inhalt angefordert wurde und 
deren URL- Kennung zuvor nicht aus der Arbeitsliste ausgewahit worden ist, um den Anforderungsschritt 
einzuleiten. 

1 1 . Netzwerkbrowser nach einem der Anspruche 7 bis 1 0, der des Weiteren von dem Prozessor ausfuhrbare Befehle 
beinhaltet, um: 

eine Verlaufsliste mit dem angeforderten Inhalt von URLs zu fOhren und fur jede URL, die eine Eltern-URL 
hat, die Kennung der Eltem-URL dieser URL in die Verlaufsliste aufzunehmen. 

12. Netzwerkbrowser nach Anspruch 11 , der des Weiteren von dem Prozessor ausfuhrbare Befehle umfasst, um: 

eine Benutzeranforderung fur die Erstellung einer individuellen Liste des Verlaufs der Herkunft einer Ar- 
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beits-URL zu empfangen und als Antwort auf den Empfang einer solchen Anforderung, 

nnmhRimhAn riprV^rl^iufsllst?, um f6stzust8!!5n, ob dl? URL, d9r9n Hcrkunft snscfcrdcrt wird, cine Ettcm URL 
in der Veriaufsliste hat; und wenn ein solcher Eltemteil gefunden wird, 

5 

Anfugen der Kennung der Eltern-URL an die individuelle Veriaufsliste und Wiederholen der Schrltte, bis in der 
Veriaufsliste keine weitere Herkunft gefunden wird. 

13. Netzwerkbrowsersteuerungssystem, das einen Prozessor, einen Bildschlmri und einen mit denn Prozessor konn- 
10 munizierenden Speicher sowie einen rechnerlesbaren Datentrager umfasst, der Prbzessorbef ehle tragt, die durch 

Befehle gekennzeichnet sind, welche von dem Prozessor ausgefuhrt werden konnen, um: 

Anzeiger des URL-Aktivitatsdauer-Permanenzgrades und des URL-Listenverweildauer-Pemianenzgrades 
entsprechend der Wahl eines Benutzers zu setzen und aufrechtzuerhalten und um eine Wahl zu verhindern, 
'5 bei der ein im Vergleich zum Aktivitatsdauer-Permanenzgrad hoherer URL- Listenvenveildauer-Pemnanenz- 

grad gewahltwird. 



20 



Revendications 

1 . Un proc6d6 de fonctlonnement d'un navigateur de r^seau, dans un ordinateur, comprenant des moyens associ^s 
pour 6tablir Peaces k un r§seau de communication, comprenant les 6tapes, effectu6es par ledrt navigateur, con- 
sistant k : 

25 demander (78), depuis ledit r§seau, la reception, audit navigateur, de contenus en donn§es, pour un identifi- 

cateursp6cifi^ d'Adresse Unifomriis^e de Ressources (URL) ; 

recevoir (100) audit navigateur, ledit contenu en donn6es demand^ ; et 

30 conserver une Ilste de travail (13) des URL ; le proc§d6 4tant caracterise par les 6tapes consistant h : 

pour chaque dite URL, dans ladite liste de travail, affecter un niveau de permanence de dur^e marquant 
une activity ; et 

35 conserver, charge de fagon active dans ledit ordinateur, un 6ventuel contenu URL, ayant 6t6 initialement 

charge et ayant un dit niveau de penmanence de dur§e marquant une activity, sup§rieur k un niveau 
transitoire. 

2. Le proc6d6 selon la revendication 1 , comprenant les stapes suppl^mentaires, k la r^eption d'un contenu URL 
40 requis, d' : 

afflchage dudit contenu URL regu et de cessation de I'affichage d'un contenu URL affich6, ant6rieurement 
visible et, si ledit contenu URL ant6neurement affich6 pr^sente un niveau de pemnanence de dur^e marquant 
une activity et un niveau de pemnanence de dur^e consid^r^ comme transitoire dans le listage, supprimer 
^ ledit contenu URL, affich§ ant^rieurement, de ladite liste de travail. 

3. Un proc6d6 selon la revendication 1 ou la revendication 2, comprenant les §tapes suppl6mentaires, consistant k : 

controler ledit contenu URL regu quant aux contenus de ladite liste de travail et, si on trouve une coincidence 
50 de ladite URL dans ladite liste, affecter ledit contenu URL regu k ladite liste de travail avec ladite identification 

URLcoTncidente. 

4. Un proc^d6 selon t'une quelconque des revendications pr§c§dentes, comprenant les stapes suppl^mentaires 
consistant k: 



55 



cr§er un nouvel article d'entr^e de liste de travail pour chaque dite URL dont le contenu a 6t6 requis et dont 
I'ldentificatlon URL n'a pas 6t§ s6lectlonn6e ant§rieurement depuis ladite liste de travail, afin de commencer 
ladite 6tape d'^mission de requdte. 
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5. Un proc6d6 selon Tune quelconque des revendications pr§c§dentes, comprenant en outre une §tape, effectu6e 
par ledit navigateur, consistant k : 

maintenir une liste d'historique desdits contenus URL requis et, pour chaque dite URL ayant une URL parente, 
5 inclure ladite identification URL parente de l*URL dans ladite liste d'historique. 

6. Un proc§d§ selon la revendication 5, comprenant les 6tapes suppl§mentaires, consistant k : 

recevoir une requ§te d'utlllsateur pour construire une liste individuelle de I'historique d'une parent6 de I'URL 
^0 de travail et, en r§ponse k la reception d*une telle requete ; 

rechercher dans ladite liste d'historique pour d§temniner si ladite URL, pour laquelle la parents est requise, 
dispose d'une URL parente dans ladite liste d'historique ; et 



^5 si une parente est trouv6e, annexer ledit Identificateur URL parente k ladite liste d'historique individuelle, et 

rep6ter les dites etapes jusqu'aucune autre parents ne soit trouv6e dans ladite liste d'historique. 

7. Un navigateur pour r6seau, pour utilisation dans un systdme d'ordinateur ayant au moins un processeur et une 
m§nnoire, en communication avec ledit processeur, ledit navigateur comprenant un support lisible par une machine, 
20 portant des Instructions pour processeur, comprenant des instructions ex§cutables par ledit processeur, pour : 

faire requite (78), depuis ledit r^eau, de la reception, audit navigateur, de contenus de donn6es pour un 
identificateur sp§cifid d'Adresse Unifomriis6e de Ressources (URL) ; 

25 recevoir (100) audit navigateur ledit contenu en donn^es requis ; et 



conserver une liste de travail (13) des URL ; caracterlse par : 



pour chaque dite URL dans ladite liste de travail, affecter un niveau de pemnanence de dur^e marquant 
30 une activity ; et 

conserver, k l'6tat charge activement dans ledit ordinateur, une ^ventuelle dite URL dont le contenu a 6t4 
initialement charg6, et qui pr§sente ledit niveau de pemnanence de dur6e marquant une activite, sup6rieur 
audit niveau transitoire. 

35 

8. Un navigateur de r§seau selon la revendication 7, comprenant en outre des instructions ex^utables par ledit 
processeur, pour : 

afficher ledit contenu URL regu, et faire cesser I'affichage d'un 6ventuel contenu URL affich6, visible ant6rieu- 
^ rement et, si ledit contenu URL affiche ant^rieurement pr§sente un niveau de permanence de dur^e marquant 

une activit6 et un niveau de permanence de dur6e consid§r6 comme transitoire dans le listage, supprimer 
ledit contenu URL, affiche ant^rieurement, de ladite liste de travail. 

9. Un navigateur de r^seau selon la revendication 7 ou la revendication 8, comprenant en outre des instructions, 
45 ex6cutables par ledit processeur, afin de : 

contrSler ledit contenu URL regu vis-^-vis des contenus situ6s dans ladite liste de travail et, si on trouve une 
coincidence de ladite URL dans ladite liste, affecter lesdits contenus URL regus k ladite liste de travail, avec 
ladite identification URL coTncidente. 

50 

10. Un navigateur de r§seau selon I'une quelconque des revendications 7^9, comprenant en outre des instructions 
ex^cutables par ledit processeur pour : 

cr6er un nouvel article d'entr^e de liste de travail, pour chaque dite URL dont le contenu a 6X6 requis et dont 
55 I'identification URL n'a pas 6X6 s§lectionn§e anterieurement, depuis ladite liste de travail, afin de commencer 

ladite 6tape d'imission de requ§te. 

11. Un navigateur de r§seau selon I'une quelconque des revendications 7 ^ 10, et comprenant en outre des instruc- 
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tions, exteutables par ledit processeur, pour : 

inclure ledit identificateur URL parente de i'URL dans ladrte liste d*historique. 

5 

12. Un navigateur de r6seau seion la revendicatron 11 , comprenant en outre des instructions, ex§cutables par ledit 
processeur, pour : 

recevoir une requ§te utillsateur pour construire une liste individuelle de i'historique d'une parents de i'URL de 
10 travail et, en r^ponse k la r^eption d'une telle requ§te; 

rechercher dans ladlte liste d'historique afin de determiner si ladite URL pour lequei la parents est requise a 
une URL parente dans ladlte liste d'historique ; et, si une telle parente est trouv^e, 

^5 annexer ledit identificateur URL parente k ladite liste d*hlstorique individuelle et r6p§ter lesdrtes 6tapes Jusqu'^ 

ce qu'aucune autre parents ne solt trouv6e dans ladite liste d'historique. 

13. Un syst^me de commande de navigateur de r^eau, comprenant un processeur, et un affichage, et une m§moire 
en communication avec ledit processeur, et un milieu lisible par ordinateur, portant des instructions pour proces- 

20 seur, caracterise par des instructions ex^utables par ledit processeur, pour : 

fixer et conserver des indicateurs de niveau de pemnanence de dur§e marquant une activity URL et de niveau 
de pemnanence de dur6e de listage d'URL, seion un choix de I'utilisateur, et pour emp§cher un choix dans 
lequei ledit niveau de pemnanence de dur^e de listage d'URL est choisi k une valeur sup^rieure audit niveau 
25 de pemnanence de dur§e marquant une activity. 
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